<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="pt-br">
	<head>
		<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

		<link rel="stylesheet" type="text/css" href="css/conteudo.css" />

		<title>Documento de Requisitos - Controle Acadêmico</title>
	</head>

	<body>
		<div id="todo_conteudo">
			<h1> Documento de Requisitos - Controle Acadêmico </h1>

			<div class="capitulo">

				<h2> 1. Introdução </h2>

				<h3> 1.1 Propósito </h3>

				<p>
					Este documento tem por objetivo descrever os requisitos de
					um sistema de controle de cursos do Departamento de Matemática, Estatística e
					Computação (DMEC). Seus leitores (usuários deste documento) são os professores,
					coordenadores de curso e profissionais envolvidos no desenvolvimento.
				</p>

				<h3> 1.2 Escopo </h3>

				<p>
					O sistema a ser desenvolvido tem por objetivo prover apoio
					às atividades envolvidas na administração de cursos, como registro de grades
					curriculares, distribuição de aulas, planejamento didático-pedagógico, acompanhamento
					de atividades docentes, dentre outras. Por se tratar de um sistema de apoio
					(background), deverá ser capaz de trocar dados com outros sistemas disponíveis
					por meio de arquivos textos.
				</p>
			</div>

			<div class="capitulo">

				<h2> 2. Descrição Geral </h2>

				<h3> 2.1 Perspectiva do Produto </h3>

				<h4> 2.1.1 Interfaces com outros Sistemas </h4>

				<p>
					Este sistema não terá uma interface direta com outros sistemas 
					(com exceção da interface com o sistema de armazenamento permanente), 
					apenas trocará dados em forma de arquivos texto, com atributos separados 
					por ponto-e-vírgula.
				</p>

				<h4> 2.1.2 Interface com o Usuário </h4>

				<p>
					Esta seção foi deixada a cargo do programador.
				</p>

				<h4> 2.1.3 Interface de Hardware </h4>

				<p>
					Não há.
				</p>

				<h4> 2.1.4 Interface de Software </h4>

				<p>
					Os dados mantidos pelo sistema deverão ser armazenados em um
					sistema gerenciador de banco de dados MySQL (versão 4.1 ou posterior).
				</p>

				<h4> 2.1.3 Interface de Hardware </h4>

				<p>
					Não há.
				</p>

				<h4> 2.1.5 Interface de Comunicação </h4>

				<p>
					Não há.
				</p>

				<h4> 2.1.6 Restrições de Memória </h4>

				<p>
					Não há.
				</p>

				<h3> 2.2. Funções do Produto </h3>

				<p>
					O sistema deverá manter os dados dos cursos oferecidos pelo DMEC, 
					mantendo suas grades curriculares (disciplinas por ano de curso), 
					o(s) professor(es) alocado(s) a cada disciplina (deve-se levar em 
					consideração a possibilidade de existir mais de uma turma por disciplina), 
					os conteúdos programáticos (ementa) e a lista de alunos matriculados em 
					cada disciplina.
				</p>

				<h3> 2.3 Características de Usuários </h3>

				<p>
					Os usuários serão os próprios professores do departamento, o
					que permite assumir que tenham conhecimentos necessários para o uso do software
					a ser produzido.
				</p>

				<h3> 2.4 Restrições </h3>

				<p>
					A única restrição é quanto à segurança: apenas os
					coordenadores devem ter acesso às opções de manutenção de dados de curso,
					atribuição de aulas e acesso a todas as disciplinas do curso ao qual é responsável, 
					enquanto outros professores devem ter acesso apenas às disciplinas pelas quais 
					são responsáveis.
				</p>

				<h3> 2.5 Declarações e Dependências </h3>

				<p>
					Para o desenvolvimento é necessária a utilização de várias
					ferramentas que, por se tratar de um trabalho acadêmico, deverão ser escolhidas
					pelo desenvolvedor.
				</p>
			</div>

			<div class="capitulo">

				<h2> 3. Requisitos </h2>

				<p>
					Os requisitos descritos nesta seção estão organizados por
					classe, na seguinte seqüência: Funcionais, Usabilidade, Manutenibilidade,
					Desempenho e Outros.
				</p>

				<h3> 3.1 Requisitos Funcionais </h3>

				<div id="requisitos_funcionais">
					<p id="RF1">
						1. O sistema deve permitir ao administrador do sistema a criação de 
						novos cursos, definindo seu nome, duração, e o respectivo coordenador. (E)
					</p>

					<p id="RF2">
						2. O sistema deve permitir ao coordenador do curso a definição das disciplinas que compõem a
						grade curricular, definindo nome, grade de equivalência e carga horária. (E)
					</p>

					<p id="RF3">
						3. O sistema deve manter o registro de diferentes grades curriculares para o mesmo curso, já
						que diante de uma alteração curricular, as diferentes grades são oferecidas. (E)
					</p>

					<p id="RF4">
						4. O sistema deve permitir ao coordenador do curso a associação de disciplinas e professores. (E)
					</p>

					<p id="RF5">
						5. O sistema deve permitir que o coordenador tenha acesso aos conteúdos das disciplinas, por
						meio de consultas e relatórios impressos, selecionando a grade, o ano e as
						disciplinas, se for o caso. (E)
					</p>

					<p id="RF6">
						6. O sistema deve permitir ao professor o registro do conteúdo programático, bibliografia básica, 
						bibliografia complementar, e critério de avaliação até um determinado período para uma determinada disciplina,
						a qual ele é responsável. (E)
					</p>

					<p id="RF7">
						7. O sistema deve permitir ao professor a definição de seu plano de aula, registrando as datas e o 
						respectivo conteúdo das aulas. (E)
					</p>

					<p id="RF8">
						8. O sistema deve permitir ao professor o registro das aulas dadas, informando o conteúdo abordado e os alunos
						que faltaram. (E)
					</p>

					<p id="RF9">
						9. O sistema deve permitir que coordenadores e professores façam consultas ao plano de aulas e às aulas 
						dadas de uma determinada disciplina, possibilitando a comparação entre o previsto e o realizado. (E)
					</p>

					<p id="RF10">
						10. O sistema deve registrar os alunos matriculados em cada disciplina, sendo a matricula
						dos alunos, feita pelo coordenador do curso. (E)
					</p>

					<p id="RF11">
						11. O sistema deve permitir ao professor a importação de dados dos alunos matriculados
						obtidos em arquivos texto, contendo o registro acadêmico e o nome. (E)
					</p>

					<p id="RF12">
						12.	O sistema deve permitir a consulta (tela e papel) de alunos ou turma de uma determinada 
						disciplina. Essa consulta indica o percentual de faltas do aluno, ou, se a consulta for de 
						uma determinada turma, indica o percentual de faltas de cada aluno dessa turma. Essa consulta 
						pode ser feita pelo coordenador do curso do respectivo aluno ou turma, ou pelo professor 
						responsável pela disciplina do aluno ou turma. (E)
					</p>

					<p id="RF13">
						13.	O sistema deve permitir que um professor responsável por uma determinada disciplina, 
						faça o cadastramento de trabalhos e provas, com as respectivas notas. As notas devem ser 
						importadas de arquivos texto. Estes arquivos são providenciados pelo professor. (E)
					</p>
					
					<p id="RF14">
						14. O sistema deve permitir que coordenadores e professores consultem os alunos por turma. (E)
					</p>
					
					<p id="RF15">
						15. O sistema deve permitir que coordenadores e professores consultem as disciplinas por curso 
						(com diferentes grades). (E)
					</p>
					
					<p id="RF16">
						16. O sistema deve permitir que coordenadores consultem disciplinas por alunos. (E)
					</p>
					
					<p id="RF17">
						17. O sistema deve permitir que coordenadores e professores consultem o boletim de alunos. (E)
					</p>
					
					<p id="RF18">
						18. O sistema deve permitir que coordenadores (por curso) e professores (individual) consultem 
						a ementa de disciplinas. (E)
					</p>
					
					<p id="RF19">
						19. O sistema deve permitir que coordenadores consultem as disciplinas e suas respectivas carga horárias (prevista e realizada).
					</p>
					
					<p id="RF20">
						20.	O sistema deve ser capaz de exportar os dados mantidos no sistema de armazenamento permanente para arquivos texto. (O)
					</p>

					<p id="RF21">
						21.	O sistema deve armazenar os dados em um sistema de armazenamento permanente. (O)
					</p>
				</div>

				<h3> 3.2 Usabilidade </h3>

				<div id="requisitos_usabilidade">
					<p id="RF22">
						22.	O sistema deve ser de fácil aprendizado e uso.
					</p>
					
					<p id="RF23">
						23. O sistema deve possuir interface gráfica.
					</p>
				</div>

				<h3> 3.3 Manutenibilidade </h3>

				<div id="requisitos_munutenibilidade">
					<p id="RF24">
						24.	O sistema deve ser de fácil manutenção.
					</p>
				
					<p id="RF25">
						25. A arquitetura do sistema deve ser planejada para facilitar a extensão do mesmo.
					</p>

					<p id="RF26">
						26. Os artefatos produzidos durante o desenvolvimento devem ser mantidos sob um
						Gerenciador de Configuração.
					</p>

					<p id="RF27">
						27. Os artefatos devem ser produzidos e mantidos de modo a manter a consistência entre
						eles.
					</p>
				</div>

				<h3> 3.4 Desempenho </h3>

				<div id="requisitos_desempenho">
					<p id="RF28">
						28. O sistema deve responder ao usuário em, no máximo, 5 segundos. Para casos em que isso não
						seja possível o usuário deve ser avisado.
					</p>
				</div>

				<h3> 3.5 Outros Requisitos </h3>

				<div id="requisitos_outros">
					<p id="RF29">
						29. O sistema deve ser desenvolvido para ser usado em ambiente Windows.
					</p>
				</div>
			</div>
		</div>
	</body>
</html>